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I. REAL PARTY IN INTEREST 



The real party in interest is Sun Microsystems, Inc., the assignee of the present 
apphcation. 

II. RELATED APPEALS AND INTERFERENCES 

The undersigned is not aware of any related appeals and/or interferences. 

m. STATUS OF CLAIMS 

There are a total of 12 claims pending in this application (claims 1, 4, 6-8, 10, and 13-18). 
Claims 2-3, 5, 9 and 11-12 have been canceled during prosecution. 

Claims 1, 4, 7-8, 13-15 and 17-18 stand rejected under 35 USC §102(a) as being 
anticipated by the ColdFusion 4.0 software product, as evidenced by the ColdFusion 
Documentation files, including "Getting started with ColdFusion" (hereinafter CF Getting 
Started); "Developing Web Applications with ColdFusion" (hereinafter CF Web); "Advanced 
ColdFusion Development" (hereinafter CF Advanced); "ColdFusion 4.0 Documentation Update" 
(hereinafter CF Update); and "ColdFusion Quick Reference Guide" (hereinafter CF Guide), and 
such a product hereinafter ColdFusion 4.0. 

Claims 6, 10 and 16 stand rejected under 35 USC § 103(a) as being unpatentable over the 
ColdFusion 4.0 software product as applied to claims 1, 7 and 13 in the 35 USC § 102(a) 
rejection. 

IV. STATUS OF AMENDMENTS 

The applicants filed an amendment after the final rejection by the Examiner dated January 
5, 2004. This amendment was labeled Amendment After Final, and was filed April 5, 2004. As 
indicated in the Advisory Action dated May 3, 2004, the Amendment After Final has been 
entered but the Examiner stated that the Applicant's response to the final rejection had been 
considered but was not deemed to place the application in condition for allowance. 
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V. SUMMARY OF INVENTION 



Automatic synchronization of scripting variables 

The present invention relates generally to the field of computer software. More 
specifically, the present invention relates to automatic synchronization of scripting variables 
between a tag library and a page that includes action tags. 

JAVASERVER™ Pages is the JAVA™ platform technology provided by Sun 
Microsystems, Inc. for building applications containing dynamic web content, such as HTML, 
DHTML, XHTML, and XML. A JAVASERVER™ Page (JSP) is a text-based document that 
describes how to process a request in order to create a response. The description in the JSP inter- 
mixes template data, which is commonly fragments of a structured document (such as a HTML 
document, a DHTML document, an XHTML document or an XML document), with dynamic 
actions that are described with scripting elements and/or server-side action tags (Specification, 
paragraph [0003]). 

Typically, a JSP contains, among other things, scripting variables and action tags. A 
scripting variable is a variable that is used by a script. Scripts are lists of commands that can be 
executed without user interaction. Action tags are commands that can define new scripting 
variables or update existing scripting variables (Specification, paragraph [0029], FIG. 4). Action 
tag libraries can be provided that contain available action tags (i.e., available actions that can be 
performed) that JSP authors can use when creating JSPs. Analogous to conventional libraries, 
the action tags in the action tag libraries are collections of precompiled action tags that are stored 
in an object format. Action tag libraries are particularly useful because they remove the need to 
explicitly link the action tags to every application that uses the action tags. Instead, during 
compilation the linker automatically looks in the available action tag libraries for action tags that 
the linker does not find elsewhere 

A JSP is executed by a JSP container on a web server, or on a web enabled application 
server. The JSP container delivers requests from a client to the JSP and delivers responses from 
the JSP back to the client (Specification, paragraph [0005]). The first time a JSP is accessed, the 
JSP is compiled, that is, the high-level programming language code in which the JSP is written is 
translated into JAVA™ code that runs in the JSP container on the server. This is referred to as 
"translation time." The compiled JAVA™ code on the server is subsequently executed 
whenever a request is received, that is, at "run time" (Specification, paragraph [0007]). 
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In a JSP, there are objects that are created or updated at run time, which can be associated 
with scripting variables. As is well-known in the art, objects are programming language 
structures that define both data structures and operations (also called functions) that can be 
applied to the data structures. Relationships can be defined between objects, for example, 
objects can inherit characteristics of other objects. Here, the objects are created or updated by 
invoking tag extensions from the JSP. 

When creating a new object, the tag extension may need to provide the new object to the 
JSP, and associate the new object with a scripting variable. However, there are situations in 
which the tag extensions and the scripting variables are defined in different languages. Thus, 
there is a need to define a mechanism such that the scripting variables can be passed between the 
JSP container and the tag extension mechanism and updated automatically (i.e. the variables can 
be synchronized) (Specification, paragraph [0010]). This allows tag libraries to be standardized, 
so that the same tag library can be supported by different web browsers, regardless of how the 
web browsers support scripting (Specification, paragraph [0011]). 

The Applicants' inventive mechanism for automatic synchronization of scripting variables 
in an action tag extension facility solves this problem, by allowing action tags to create and 
modify variables, while still allowing the variables to be visible to the scripting code. The 
variable values are visible to the scripting code, which can modify the values. Also, the variable 
values are accessible by the action tag code, which can modify the values or create new values 
and assign the values to scripting variables so that the scripting code can modify them later 
(Specification, paragraph [0012]). This is accompUshed in the following manner. 

An action tag library in accordance with the invention includes a tag library descriptor 
(TLD). For each action tag, the TLD includes a tag handler class (i.e. a request time object of the 
action tag), and a TagExtralnfo class. The TagExtralnfo class contains information about the 
attributes of the class, and maintains a list of variables defined or changed by the associated 
action. More specifically, the TagExtralnfo method returns at translation time an array of objects 
that describe the run-time effect of the action (Specification, paragraph [0030]). 

At translation-time, the JSP is translated into a servlet class, that is, a small program that 
runs on the web server. In the process of translation, a translator asks for the list of scripting 
variables from TagExtralnfo object for a given action . If a new variable has been defined, the 
translator may need to provide a new declaration statement. At run time , the action tag handler 
references a pageContext object , which provides key values for specified variable names. The 
pageContext object encapsulates all implementation-dependent features and is created when the 
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JSP is executed. The pageContext object points to an object associated with a given variable 
name, thereby associating a variable with a value (Specification, paragraph [0031]). 

The scripting details of the JSP are only known by the translator, and the translator is the 
only component that can define new scripting variables and assign them. The translator 
generates code that accesses the pageContext object according to some contract that is described 
by a combination of specification-defined conventions plus the information provided by the 
TagExtralnfo object. At run time, the code generated by the translator looks for the name of a 
variable and assigns the variable's value to the scripting variable. (Specification, paragraph 
[0032]). Thus, by having a description of the names and types of the scripting variables provided 
by the tag library, the JSP container is not limited to any particular scripting language or specific 
scripting language implementation. 

In summary, one aspect of the invention combines an explicit run-time representation of 
the context (i.e. the pageContext object) with translation-time information (i.e. the TagExtralnfo 
class) for the affected scripting variables. The action tags use the run-time context (i.e. the 
pageContext object) to modify and/or create objects. The JSP uses the translation-time 
information (i.e. the TagExtralnfo class) to automatically synchronize the scripting variables 
whenever the JSP code is accessed. Expressed differently, the TagExtralnfo object contains 
information about which variables will be modified, and the scripting language knows how to do 
the modification. By providing a mechanism for the tag library and the JSP container to share 
this information, the invention facilitates the use of many different scripting languages for JSPs 
and makes it possible for various vendors to add many new action tags (Specification, paragraph 
[0034]). 
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VI. 



ISSUES 

The issues which applicant believes to be most pertinent to the present appeal include: 



(a) Whether the ColdFusion 4.0 software product, as described in CF Getting Started, 
CF Web, CF Advanced, CF Update, and CF Guide renders any of claims 1, 4, 7-8, 13-15 and 17- 
18 unpatentable under 35 U.S.C. § 102(a). 

(b) Whether the ColdFusion 4.0 software product, as described in CF Getting Started, 
CF Web, CF Advanced, CF Update, and CF Guide renders any of claims 6, 10 and 16 
unpatentable under 35 U.S.C. § 103(a). 

VII. GROUPING OF CLAIMS 

With regard to issue (a), the rejected claims 1 and 13 stand or fall together, claims 4, 8 
and 14 stand or fall together, claims 15, 17 and 18 stand or fall together, and claim 7 stands or 
falls by itself. Each group will be argued separately. 

With regard to issue (b), the rejected claims 6, 10, and 16 stand or fall together and will 
be argued as one group. 
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VIII. ARGUMENT 



A) The ColdFusion 4.0 software product does not anticipate any combination of 
elements listed in claims 1, 4, 7-8, 13-15 and 17-18, respectively. 

1. Independent claims 1 and 13 

Claims 1 and 13 pertain to a computer system and a computer readable medium, 
respectively, for automatic synchronization of scripting variables between a page including 
action tags and a tag library. Both claims 1 and 13 are rejected under 35 U.S.C. § 102(a) as being 
anticipated by the ColdFusion 4.0 software product. 

(a) The cited art does not teach automatic synchronization of scripting variables 
between a page including action tags and a tag library* 

The respective preambles of claims 1 and 13 recite: 

"A computer system for automatic synchronization of scripting variables between a page 
including action tags and a library. . 

and 

"A computer readable media including computer program code for automatically 
synchronizing scripting variables between a page including one or more action tags and a 
tag library..." 

As was described above, there is a need to automatically synchronize scripting variables 
between a JSP and a tag library, such as an action tag library. Claims 1 and 13 are directed to a 
system and a computer readable medium, respectively, for accomplishing this, as can be seen 
from the preambles of claims 1 and 13. The Examiner has pointed out in numerous office 
actions, in particular in the latest Advisory Action mailed on May 3, 2004, that the CFSfiT object 
of ColdFusion 4.0 includes a mapping of scripting variables to values (citing the first example 
given on page 15 of the CF Web reference, which shows a mapping of the variable "FirstName" 
to the value "Jack"). The apphcants respectfully disagree for at least the following reasons. 

First, claims 1 and 13 require synchronization of scripting variables , which is a particular 
type of variable. As was stated above, a scripting variable is a variable that is used by a script, 
that is, a list of commands that can be executed without user interaction. ColdFusion supports a 
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wide range of variable types, which are listed in the "Kinds of Variables" section starting on page 
27 of CF Web. No variable type that is described in the "Kinds of Variables" section of CF Web 
is equivalent to the scripting variables of the applicants' invention. 

Second, as can be seen from the preambles, the scripting variables are synchronized , that 
is, automatically updated, between a page including one or more action tags (for example, a JSP) 
and a tag library ffor example, an action tag library). The applicants respectfully point out that 
the Examiner has not shown any scripting variables being synchronized anywhere in ColdFusion. 
Listead, the Examiner just makes a general allegation that the CFSET object of ColdFusion 
includes a mapping of scripting variables to values (see, for example, the latest Advisory Action 
mailed on May 3, 2004, citing the first example given on page 15 of the CF Web reference, 
which shows a mapping of the variable "FirstName" to the value "Jack"). Furthermore, the 
applicants have failed to find any tag libraries , or equivalents thereof, in ColdFusion. Nor does 
the Examiner's office actions provide any guidance about where such tag libraries can be found 
in ColdFusion. The Examiner appears to interpret "tag library" merely as a "collection of tags" 
(see, for example, the last paragraph on page 7 of the Final Office action mailed January 5, 
2004). As was discussed above, a tag library is not only a collection of tags, but is a collection of 
precompiled tags that are stored in an object format and thereby removes the need to explicitly 
link the tags to every application that uses the action tags. Moreover, even if one were to agree 
with the Examiner's interpretation of a tag library to merely be a "collection of tags," the 
Examiner has failed to provide a reference as to where such a "collection of tags" can be found in 
the cited ColdFusion documentation. 

(b) The cited art does not teach translation of the page into an executable 
programming code 

Claims 1 and 13 recite: 

"a translator suitable for translating the action tags from the mark-up language to an 
executable programming code that is executed at runtime to perform actions intended by 
the action tags" 

The Examiner has asserted that the ColdFusion 4.0 software product teaches a translator 
suitable for translating an action tag from a mark-up language to an executable programming 
code that is executed at runtime to perform actions intended by the action tags (Final Office 
Action, page 7, paragraph 10, citing CF Web, page 7, first three paragraphs). The applicants 
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respectfully disagree. The ColdFusion software product does not translate action tags from the 
mark-up language into an executable programming code thiat is executed at runtime. Instead, in a 
ColdFusion application, application pages are created to capture data and provide output. These 
application pages can contain "ColdFusion Markup Language (CFML) tags, HTML tags, Custom 
CFML tags, CFScript, JavaScript code, and anything else that an HTML page can contain" (see 
CF Web, page 7, first paragraph). When a conventional browser client, such as Netscape 
Communicator, or Microsoft Internet Explorer, requests a ColdFusion application page, 
ColdFusion processes the ColdFusion application page and outputs HTML code to the web 
browser (see CF Web, page 7, second paragraph). Any interpreting of the HTML code and 
generation of output, is left to the browser client. 

In the Advisory Action of May 3, 2004, the Examiner points out that "one of ordinary 
skill in the computer art would recognize that any interpreting of code contained in a markup 
language document is equivalent to translating and executing said code," referring to the 
definitions of "interpret," "interpreted," and "interpreter" on page 285 of "Microsoft® Computer 
Dictionary," 2002, 5'^ ed., Microsoft Press. However, this is irrelevant, since no interpretation 
(at least not in accordance with the cited passages of the above-mentioned dictionary) is 
performed by ColdFusion. ColdFusion merely processes the ColdFusion appUcation pages to 
output HTML pages, which are in tum interpreted (i.e., translated into executable code at 
runtime) by the bro wser clients . Clearly, the processing described in CF Web does not teach 
translation of a page into executable programming code (e.g., JAVA™ Programming language)at 
translation time that is, in tum, executed (e.g., interpreted by a virtual machine) at runtime to 
generate output. For at least these reasons, it is respectfiilly submitted that ColdFusion does not 
teach the translator of claims 1 and 13. 

(c) The cited art does not teach a TagExtralnfo object 

Claims 1 and 13 recite: 

"a TagExtralnfo object for each action tag in the p ag;e, the TagExtralnfo object providing 
a method that is accessed by the translator at translation time, the method retuming, at 
translation time, information that includes a list of available scripting variables, and a 
variable type and scope associated with each scripting variable that is defined or modified 
by its associated action tag, thereby allowing the translator at translation time to use the 
information provided by the method to generate code that when executed at runtime will 
assign each of the scripting variables with appropriate runtime values with respect to the 
type and scope of each of the scripting variables." 
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The Examiner has asserted that the ColdFusion 4.0 software product teaches the 
TagExtraLifo object, and refers specifically to CF Advanced, page 27, subsection titled 
"Ancestor data access," which describes a 'GetBaseTagData' function that returns an object that 
contains all the variables, scopes, etc. of an n**^ ancestor with a given name. The applicants 
respectfully disagree. As was discussed above, scripting variables is not one of the available 
variable types in ColdFusion. Furthermore, the "Ancestor data access" section of CF Advanced 
fails to teach a TagExtralnfo object for each action tag in a page. It should be noted that the 
TagExtralnfo object provides a method that is accessed by a translator at translation time . The 
method returns, at translation time , information that includes a list of available scripting 
variables, and a variable type and scope associated with each scripting variable that is defined or 
modified by its associated action tag . Thus, the method allows the translator, at translation time , 
to use the information provided by the method to generate code that, when executed at runtime , 
assigns each of the scripting variables with appropriate runtime values with respect to the type 
and scope of each of the scripting variables. 

Clearly, the "Ancestor data access" section of CF Advanced fails to teach these features. 
Even ft-om a very broad perspective, a function that retums "ancestor data" merely provides 
information about one or more ancestors. As such, a function that merely provides ancestor data 
does not provide a list of available scripting variables. Accordingly, even from a very broad 
perspective, the functions listed in the "ancestor data access" section CF Advanced cannot be 
used to provide a list of available scripting variables, and a variable type and scope associated 
with each scripting variable. 

Moreover, the "Ancestor data access" of CF Advanced cannot be used by a translator that 
generates executable code, as required by claims 1 and 13. This is evident as there is no 
translator or translation of executable code in the CF Advanced environment, as was discussed 
above. It should also be noted that there is no motivation or suggestion to use the "ancestor data 
access," to provide the list of available scripting variables, notwithstanding the fact that such a 
combination may be technologically awkward. The applicants would also respectfully like to 
point out that the Examiner has not addressed the feature of a TagExtralnfo object for each action 
tag in a page. Instead, the Examiner has merely noted that a function (GetBaseTagListQ ) can be 
called to retiun a comma-delimited list of uppercased ancestor tag names (Final Office Action, 
page 8, citing the fifth line of the code sample). Accordingly, the applicants submit that the 
ColdFusion 4.0 software product does not teach a TagExtralnfo object as required in claims 1 
and 13. 
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(d) The cited art does not teach a pageContext object 

Claims 1 and 13 recite: 

"a pageContext object for the page, the pageContext object including a runtime mapping 
of at least one scripting variable in the list of available scripting variables to a runtime 
value that is represented or can be represented in the tag library;" 

The pageContext object provides a runtime mapping of at least one scripting variable in 
the list of available scripting variables. As noted above, the list of available scripting variables is 
provided (returned) by the method of the TagExtralnfo object at translation time. The Examiner 
has asserted that the ColdFusion 4.0 software product teaches the pageContext object, and refers 
specifically to CF Web, pages 16-17, and to CF Advanced, pages 26-27, respectively, that 
describe a CFSet instruction that can be used to create local variables. The applicants 
respectfiilly disagree and submit that contrary to the Examiner's assertion, the cited sections of 
CF Web and CF Advanced merely teach creating and using variables in the ColdFusion software 
environment. The tutorial does not teach providing a runtime mapping of at least one scripting 
variable in the list of available scripting variables that has been generated at translation time . 
The tutorial does also not make any mention of a tag librarv , which is required by the 
pageContext claim element. It should also be noted that the Examiner appears to have made a 
general allegation in the Final Office Action mailed January 5, 2004 (without providing a 
specific reference) that these features are taught by the sections "using Application and Session 
variables," "Using CGI Environment Variables," and "creating HTTP cookie variables." This 
general allegation does not address the claimed features, because the applicants have not 
attempted broadly claim using a variable. Nevertheless, the Examiner seems to have selected 
various sections of the ColdFusion art that merely mention the word "variable." Clearly, the 
Examiner has not addressed the pageContext object feature because, aside form the word 
"variable" in the title of the cited sections, the Examiner has not provided any factual basis to 
support the rejection. Accordingly, the applicants submit that the ColdFusion 4.0 software 
product does not teach a pageContext object as described in claims 1 and 13. 
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(e) The cited art does not teach a tag handler 

Claims 1 and 13 recite: 

"a tag handler that creates at runtime one or more objects that the page requires, the tag 
handler further operating to store the one or more created objects into the pageContext 
object" 

The tag handler stores at runtime one or more created objects into the pageContext object. 
This allows the one or more created objects to be retrieved at runtime, when the code that was 
generated at translation time is executed. The one or more created objects are assigned at 
runtime to the scripting variables in the list of scripting variables that is returned by the method 
in the pageContext object at translation time. 

In the Final Office Action, the Examiner has asserted that these features are taught by 
ColdFusion 4.0 as evidenced by the "Dynamic Parameter" and " Expression" examples in CF 
Web (Final Office Action, page 9). The applicants respectfully disagree. Contrary to the 
Examiner's assertion, the cited examples merely demonstrate using typeless variables in 
ColdFusion. When a typeless variable is used, the variable type does not need to be identified. 
Accordingly, a variable can be based on a column name or an expression (CF Web, page 17). 
The typeless variables, however, do not create at runtime one or more objects that the page 
requires. Moreover, the typeless variables do not store the one or more created objects into 
another object (e.g., the pageContext object). Clearly, using a typeless variable does not address 
the claimed features the tag handler. 

It should also be noted that the Examiner again has made general allegations that various 
sections of the cited art (the "Using Application and Session Variables," "Creating HTTP Cookie 
Variables," and "Using CGI Environment Variables" sections of CF Web, pages 36-44) 
somehow teach these features. This general allegation does not address the claimed features 
because, again, the applicants have not broadly attempted to claim using a variable. 
Nevertheless, also here the Examiner seems to have merely selected various sections of the art 
that make a reference to the word "variable." The applicants therefore submit that the Examiner 
has not addressed the tag handler feature because, aside form the word "variable" in the title of 
the cited sections, the Examiner has not provided any factual basis to support the rejection. 
Accordingly, the applicants submit that the ColdFusion 4.0 software product does not teach a tag 
handler as described in claims 1 and 13. 
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Therefore, for at least the reasons above, it is respectfully submitted that the ColdFusion 
4.0 software product does not render the invention as currently recited in claims 1 and 13 
unpatentable under 35 U.S.C. §102(a). 

2. Independent claim 7 

Independent claim 7 describes a method for automatically synchronizing scripting 
variable between a page including one or more action tags and a tag library. The method 
described in claim 7 contains limitations similar to the limitations of claim 1 and 13, and was 
thus cursorily rejected by the Examiner under 35 U.S.C. § 102(a) as being anticipated by the 
ColdFusion 4.0 software product (Final Office Action, page 9, 3^^^ paragraph). 

As was discussed above with respect to claims 1 and 13, the ColdFusion 4.0 software 
product does not teach automatic synchronization of scripting variables between a page including 
action tags and a tag library. Nor does the cited art teach translation of a page into an exectutable 
programming code. Nor does the cited art teach a TagExtralnfo object, a pageContext object, or 
a tag handler, or any combination thereof All of these elements are required in claim 7. As a 
consequence of the lack of these components, the steps recited in claim 7 cannot occur in 
ColdFusion 4.0. For example, the "instantiating..." step requires "a list of available scripting 
variables and respectively associated variable types and scopes for each of the scripting variables 
in the hst of available scripting variables, each of the scripting variables being defined or 
modified by an associated action tag. " The ColdFusion software product merely provides 
ancestor information, and can thus only provide a list of available variables , all of which are 
related in an ancestral fashion. Another example is the "generating..." step that requires a 
translator, TagExtralnfo objects, a pageContext object, and recites "generating... executable code 
that is executed at runtime , wherein the executable code accesses at runtime data that will be 
stored in a pageContext object at runtime." No such generation (at translation time) of 
executable code (to be executed at runtime) exists in ColdFusion 4.0. 

Many other similar examples can be found in the limitations of the steps recited in claim 
7. However, the applicants believe that it is not necessary to provide a long list of such examples 
herein, but that it ought to be clear from the above discussion, and without going into fiirther 
detail of the claimed features of claim 7, that claim 7 is not anticipated under 35 U.S.C. § 102(a) 
by the ColdFusion 4.0 software product. Thus the applicants submit that the rejection of claim 7 
thus be withdrawn. 
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3. 



Dependent claims 4, 8 and 14 



Claims 4, 8 and 14 depend directly from independent claims 1, 7 and 13, respectively, 
and are therefore submitted to be patentable over the art of record for at least the reasons set forth 
above with respect to claims 1, 7 and 13. Furthermore, dependent claims 4, 8 and 14 all recite 
the following features of the TagExtralnfo object: 

"the TagExtralnfo object comprises: 
a valid object name for each variable; 
a type for each variable; and 

a scope parameter that specifies a variable's scope relative to the page. " 

The Examiner cites the same sections that were cited in the context of the TagExtralnfo 
object for claim 1, 7 and 13. Again, the appHcants respectfully disagree and contend that the 
"Ancestor data access" functions 'GetBaseTagListQ' and 'GetBaseTagData' in the cited sections 
of CF Advanced, merely provide ancestor data. The 'GetBaseTagList' function retums a 
comma-delimited list of uppercased ancestor tag names, and the 'GetBaseTagData' function 
retums an object that contains all the variables, scopes, etc. of the nth ancestor with a given 
name. Neither of the functions retums "a valid object name for each variable;" "a type for each 
variable;" and "a scope parameter that specifies a variable's scope relative to the page" as 
required by claims 4, 8 and 14. 

Therefore, for at least these reasons, it is respectfully submitted that the ColdFusion 4.0 
software product does not render the invention as currently recited in claims 4, 8 and 14 
unpatentable under 35 U.S.C. § 102(a). 

4. Dependent claims 15, 17 and 18 

Claims 15, 17 and 18 depend directly from independent claims 13, 1 and 7, respectively, 
and are therefore submitted to be patentable over the art of record for at least the reasons set forth 
above with respect to claims 1, 7 and 13. Furthermore, claims 15, 17 and 18 require additional 
elements that when considered in the context of the claimed invention further distinguish the 
claimed invention from the cited art. More particularly, dependent claims 15, 17 and 18 all 
recite: 

"the page is converted to a first programming code which is different than a second 
programming code that is used to implement the tag library." 
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Thus, the page (for example, the JSP) is converted to a programming code, which is 
different from a programming code in which the tag hbrary is implemented. In the Final Office 
Action, the Examiner cites CF Advanced, pages 9-10, as showing "an example of a JavaScript 
object in addition to the normal HTML-only page without making any changes to the tag library" 
(Final Office action, page 10, lines 3-4). The appUcants respectfully disagree. The claim 
limitation in claims 15, 17 and 18 refers to a conversion of a page and to a tag library. The cited 
example, on the other hand, "demonstrates the transfer of a CFQXJERY result set from a CFML 
template executing on the server to a JavaScript object that is processed by the browser." (CF 
Advanced, page 9, lines 2-3). A CFQUERY resuh set is different from a page, which is required 
by the above claim limitation. The transfer from a template executing on the server to an object 
that is processed by the browser that is discussed in the cited section of CF Advanced is also 
irrelevant for the above claim limitation, as the apphcants are not attempting to claim such a 
server-client transfer. Finally, no tag libraries exist in ColdFusion, as was discussed above. 

Therefore, for at least the reasons above, it is respectfully submitted that ColdFusion 4.0 
does not anticipate the invention as currently recited in claims 15, 18 and 18, Accordingly, it is 
respectfully submitted that claims 15, 17 and 18 are patentable over the cited art for at least these 
reasons and the reasons stated above with regards to independent claims 1, 7 and 13. 

B) A page converted into a platform independent form 
1. Claims 6, 10 and 16 

Claims 6, 10 and 16 depend directly from independent claims 1, 7 and 13, respectively, 
and are therefore submitted to be patentable over the ColdFusion 4.0 software product for at least 
the reasons set forth above with respect to claims 1, 7 and 13. Furthermore, dependent claims 6, 
10 and 16 all recite: 



"the page is executed on a server that implements a container, and the page is converted 
to a platform independent code that is executed on the server." 

In the Final Office Action, the Examiner rejected claims 6, 10, and 16 under 35 U.S.C. 
§ 103(a), stating that "it would have been obvious to one having ordinary skill in the computer art 
at the time the invention was made to substitute the known... JavaServerPage technology, in 
which a server implements a container, and a page is converted and executed on the server, for 
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the ColdFusion 4.0 technology. One would be motivated to do so because both are directed 
toward the same function." 

The applicants respectfully disagree. The ColdFusion 4.0 software product cannot 
possibly disclose or reasonably suggest these features because it pertains to an environment 
where there is no need for automatic synchronization of scripting variables between a page and a 
tag library, and thus no need to convert the page into a platform independent code. Therefore, for 
at least these reasons, and the reasons discussed above with respect to claims 1, 7, and 13, it is 
respectfully submitted that the ColdFusion 4.0 software product neither discloses nor reasonably 
suggests the invention as currently recited in claims 6, 10 and 16. Accordingly, it is respectfully 
submitted that the rejection under 35 U.S.C. § 103(a) of claims 6, 10 and 16 should be withdrawn. 

C) Drawings 

In the Final Office action, the Examiner requested a set of new corrected drawings, 
because the copy of FIG. 2, did not comply with the requirements of 37 C.F.R. §1.84, and FIG, 2 
does not clearly and competently illustrate the aspects of the present invention as it is disclosed 
in the specification. In the response to the Final Office action, mailed by the applicants on April 
5, 2004, a replacement sheet for FIG. 2 was submitted. The applicants believe that the revised 
FIG. 2 is in compliance with 37 C.F.R. §1.84 and clearly and competently illustrates the aspects 
of the present invention as it is disclosed in the specification, and submits that all the drawings 
are now in allowable condition. 

D) The use of the trademarks JAVA and JAVASERVER in the Specification 

In the advisory action, mailed on May 3, 2004, the Examiner requested further 
clarification as to how the applicants intend the Office to interpret recitation of the term "Java" in 
the instant specification. 

The Examiner stated that: 

'Tf, however. Applicant maintains that JAVA should be considered as a trademark rather 
than as a generic name used in trade... 'generic terminology', e.g. 'JAVA programming 
language' is necessary in order to properly describe (under 35 U.S.C. §112) the instant 
invention." 

The applicants have adopted the Examiner's suggestions and submit a supplemental 
amendment along with this Appeal Brief, addressing this particular issue. The applicants beheve 
that the supplemental amendment fully addresses the trademark issues for the specification and 
submit that the specification is now in compliance with 35 U.S.C. §112. 
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E) Claim rejections under 35 USC § 1 12 

Claim 4 was rejected in the Final Office action for lacking antecedent basis, since claim 4 
referred to claim 3, which had been canceled by the applicants. In the response to the Final 
Office action, the applicants amended claim 4 to depend from claim 1. The applicants submit 
that claim 4 is now in proper condition and that the rejection under 35 USC § 1 12 be removed. 

F) Conclusion 

Li view of the forgoing, it is respectfully submitted that none of the pending claims are 
anticipated or reasonably suggested by the Cold Fusion 4.0 software product as described in the 
cited documents and that the Examiner's rejections of the pending claims were erroneous. 
Accordingly, it is respectfully requested that the pending rejections of all of the claims be 
reversed. 



Respectfully Submitted, 

BEYER WEAVER & THOMAS, LLP 




Fredrik MoUbom 
Reg. No. 48,587 



P.O. Box 778 

Berkeley, Califomia 94704-0778 
(650) 961-8300 
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IX. APPENDIX 



CLAIMS ON APPEAL 

1 . (Previously Presented) A computer system for automatic synchronization of scripting 
variables between a page including action tags and a tag library, the computer system 
comprising: 

a page suitable for building an application with dynamic web content, the page including 
one or more action tags that are provided as text in a mark-up language; 
a tag library; 

a translator suitable for translating the action tags from the mark-up language to an 
executable programming code that is executed at runtime to perform actions intended by the 
action tags; 

a TagExtraLifo object for each action tag in the page, the TagExtralnfo object providing a 
method that is accessed by the translator at translation time, the method returning, at translation 
time, information that includes a list of available scripting variables, and a variable type and 
scope associated with each scripting variable that is defined or modified by its associated action 
tag, thereby allowing the translator at translation time to use the information provided by the 
method to generate code that when executed at runtime will assign each of the scripting variables 
with appropriate runtime values with respect to the type and scope of each of the scripting 
variables; 

a pageContext object for the page, the pageContext object including a runtime mapping 
of at least one scripting variable in the list of available scripting variables to a runtime value that 
is represented or can be represented in the tag library, 

a tag handler that creates at runtime one or more objects that the page requires, the tag 
handler further operating to store the one or more created objects into the pageContext object; 
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thereby allowing the one or more objects to be retrieved at runtime when the generated code is 
executed, the one or more objects being assigned at runtime to each of the scripting variables in 
the list of scripting variables that is retumed by the method at translation time. 

2. (Canceled) 

3. (Canceled) 

4. (Previously Presented) The computer system of Claim 1, wherein the TagExtrahifo object 
comprises: 

a valid object name for each variable; 
a type for each variable; and 

a scope parameter that specifies a variable's scope relative to the page. 

5. (Canceled) 

6. (Previously Presented) The computer system of Claim 1, wherein the page is executed on 
a server that implements a container, and the page is converted to a platform independent code 
that is executed on the server. 

7. (Previously Presented) A method for automatically synchronizing scripting variable 
between a page including one or more action tags and a tag library, the page suitable for building 
an application with dynamic web content, the one or more action tags being provided as text in a 
mark-up language which are translated at translation time to an executable code that is executed 
at runtime to synchronize the scripting variables at runtime, the method comprising: 
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instantiating, by a translator at translation time, for each action tag a TagExtralnfo object, 
the TagExtralnfo object providing a method that is accessed by the translator at translation time, 
the method capable of returning at translation time information that includes a list of available 
scripting variables and respectively associated variable types and scopes for each of the scripting 
variables in the list of available scripting variables, each of the scripting variables being defined 
or modified by an associated action tag; 

invoking the method by a translator at translation time, wherein the invoking operates to 
pass a list of attributes associated with the one or more action tags; 

receiving, as a result of the invoking of the method, a collection of returned TagExtralnfo 
objects, wherein each of the returned TagExtralnfo objects includes an available scripting 
yariable, its variable type, and its scope in the page; 

generating by the translator, based on the returned TagExtralnfo objects, executable code 
that is executed at runtime, wherein the executable code accesses at runtime data that will be 
stored in a pageContext object at mntime, the runtime data including appropriate runtime values 
for each of the available scripting variables; 

storing at runtime, into the pageContext object, by a tag handler at runtime, one or more 
objects that the page requires, thereby allowing the objects for the one or more objects to be 
retrieved at runtime and be assigned at runtime to the list of scripting variables; and 

executing, at run time, the code generated by the translator to assign appropriate runtime 
values which are stored in the pageContext object to each of the scripting variables in the 
retumed TagExtralnfo objects, thereby allowing the runtime values to be retrieved and assigned 
at runtime to each of the available scripting variables in the collection of retumed TagExtralnfo 
objects. 
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8. (Previously Presented) The method of Claim 7, wherein the TagExtralnfo object 
comprises: 

a valid object name for each variable; 
a type for each variable; and 

a scope parameter that specifies a variable's scope relative to the page. 

9. (Canceled) 

10. (Previously Presented) The method of Claim 7 , wherein the page is executed on a server 
that implements a container, and the page is converted to platform independent code that is 
executed on the server. 

11. (Canceled) 

12. (Canceled) 

13. (Previously Presented) A computer readable media including computer program code for 
automatically synchronizing scripting variables between a page including one or more action tags 
and a tag library, the computer readable media comprising: 

computer program code for a page suitable for building an application with dynamic web 
content, the page including one or more action tags that are provided as text in a mark-up 
language; 

computer program code for a tag library; 
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computer program code for a translator suitable for translating the action tags from the 
mark-up language to an executable programming code that is executed at runtime to perform 
actions intended by the action tags; 

computer program code for a TagExtralnfo object for each action tag in the page, the 
TagExtralnfo object providing a method that is accessed by the translator at translation time, the 
method retuming, at translation time, information including a list of available scripting variables, 
and a variable type and scope associated with each scripting variable that is defined or modified 
by its associated action tag; thereby allowing the translator, at translation time, to use the list to 
generate code that when executed at runtime will assign each of the scripting variables with 
appropriate runtime values with respect to the type and scope of each of the scripting variables; 

computer program code for a pageContext object for the page, the pageContext object 
including a runtime mapping of at least one scripting variable in the list of available scripting 
variables to a runtime value that is represented or can be represented in the tag library; and 

computer program code for a tag handler that creates at runtime one or more objects that 
the page requires, the tag handler further operating to store the one or more created objects into 
the pageContext object, thereby allowing the one or more objects to be retrieved at runtime when 
the code is executed, and the one ore more objects being assigned at runtime to each of the 
scripting variables in the list of scripting variables that was retumed by the method at translation 
time. 

14. (Previously Presented) A computer readable medium as recited in claim 13, wherein the 
TagExtralnfo object comprises: 

a valid object name for each variable; 

a type for each variable; and 

a scope parameter that specifies a variable's scope relative to the page. 
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15. (Previously Presented) A computer readable medium as recited in claim 13, wherein the 
page is converted to a first programming code which is different than a second programming 
code that is used to implement the tag library. 

16. (Previously Presented) A computer readable medium as recited in claim 13, wherein the 
page is executed on a server that implements a container, and the page is converted to a platform 
independent code that is executed on the server. 

17. (Previously Presented) A computer system as recited in claim 1, wherein the page is 
converted to a first programming code which is different than a second programming code that is 
used to implement the tag library. 

18. (Previously Presented) A method as recited in claim 7, wherein the page is written in a 
first programming code which is different than a second programming code that is used to 
implement the tag library. 
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